home *** CD-ROM | disk | FTP | other *** search
/ Info-Mac 4 / Info_Mac IV CD-ROM (Pacific HiTech Inc.)(August 1994).iso / Periodicals / CSMP / C.S.M.P. Digest, Issue 3.011 < prev    next >
Internet Message Format  |  1994-06-09  |  64KB

  1. From: pottier@clipper.ens.fr (Francois Pottier)
  2. Subject: csmp-digest-v3-011
  3. Date: Sat, 9 Apr 94 11:03:42 MET DST
  4.  
  5. C.S.M.P. Digest             Sat, 09 Apr 94       Volume 3 : Issue 11
  6.  
  7. Today's Topics:
  8.  
  9.         AddResource() to self?
  10.         Changing font when using PopupMenuSelect () Q!
  11.         Converting C String to Str255?
  12.         How to keep screen savers from activating?
  13.         How to save a PICT?
  14.         INIT: displaying a dialog
  15.         LabView programming group?
  16.         Proper way to dim screen
  17.         Think Pascal tools for tracking down memory problems
  18.         WorldScript compatible Text Editors
  19.  
  20.  
  21.  
  22. The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier
  23. (pottier@clipper.ens.fr).
  24.  
  25. The digest is a collection of article threads from the internet newsgroup
  26. comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
  27. regularly and want an archive of the discussions.  If you don't know what a
  28. newsgroup is, you probably don't have access to it.  Ask your systems
  29. administrator(s) for details.  If you don't have access to news, you may
  30. still be able to post messages to the group by using a mail server like
  31. anon.penet.fi (mail help@anon.penet.fi for more information).
  32.  
  33. Each issue of the digest contains one or more sets of articles (called
  34. threads), with each set corresponding to a 'discussion' of a particular
  35. subject.  The articles are not edited; all articles included in this digest
  36. are in their original posted form (as received by our news server at
  37. nef.ens.fr).  Article threads are not added to the digest until the last
  38. article added to the thread is at least two weeks old (this is to ensure that
  39. the thread is dead before adding it to the digest).  Article threads that
  40. consist of only one message are generally not included in the digest.
  41.  
  42. The digest is officially distributed by two means, by email and ftp.
  43.  
  44. If you want to receive the digest by mail, send email to listserv@ens.fr
  45. with no subject and one of the following commands as body:
  46.     help                        Sends you a summary of commands
  47.     subscribe csmp-digest Your Name    Adds you to the mailing list
  48.     signoff csmp-digest            Removes you from the list
  49. Once you have subscribed, you will automatically receive each new
  50. issue as it is created.
  51.  
  52. The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest.
  53. Questions related to the ftp site should be directed to
  54. scott.silver@dartmouth.edu. Currently no previous volumes of the CSMP
  55. digest are available there.
  56.  
  57. Also, the digests are available to WAIS users as comp.sys.mac.programmer.src.
  58.  
  59.  
  60. -------------------------------------------------------
  61.  
  62. >From smoke@well.sf.ca.us (Nicholas Jackiw)
  63. Subject: AddResource() to self?
  64. Date: 24 Mar 1994 21:57:56 GMT
  65. Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
  66.  
  67.  
  68. Hi Netters,
  69.  
  70. I'm required to add one of those annoying "Enter your name
  71. and organization" splash pages (but at least I talked "them"
  72. out of copy protection!).  I figured that the way these
  73. were implemented was to add a resource directly to the
  74. application. I know that in general, one shouldn't write
  75. back to the application, because it may be locked, or
  76. simultaneously in use, or what have you. On the other hand,
  77. in this scheme, the application isn't legitimate until
  78. this owner/organization resource has been written (once),
  79. at which point the application will never "touch itself"
  80. again.
  81.  
  82. So I put together a simple scheme:
  83.  
  84. a) Get user info, put it in a Handle
  85. b) AddResource
  86. c) ChangedResource
  87. d) WriteResource
  88.  
  89. Works fine under THINK Pascal, where the resource file is
  90. physically separate from the application code (which is
  91. run from within the THINK Pascal application). But when
  92. I build it into an application, AddResource fails with
  93. -61/Write Premissions Error.
  94.  
  95. Why is this? I could see WriteResource failing, if the
  96. app were on a locked disk, or there wasn't enough disk
  97. space, but I thought AddResource() just modified the
  98. in-memory resource map. How and why is this map being
  99. declared read-only? And more to the point: how can I
  100. add a resource to my own application?  [Sticking the
  101. info into a Prefs file makes no sense; the whole point
  102. is to keep the information with the application when
  103. it moves between machines.]
  104.  
  105. Thanks for any tips you can give me. I suspect I'm
  106. overlooking something obvious.
  107.  
  108. Cheers,
  109. Nick
  110.  
  111. -- 
  112.                               --- * ---
  113. Nick Jackiw                  Smoke@well.sf.ca.us   | Jackiw@cs.swarthmore.edu
  114. Key Curriculum Press, Inc.   Applelink:KEY.EDUSOFT | (510) 548-2304
  115.                               --- * ---
  116.  
  117. +++++++++++++++++++++++++++
  118.  
  119. >From mxmora@unix.sri.com (Matt Mora)
  120. Date: 24 Mar 1994 15:29:52 -0800
  121. Organization: SRI International, Menlo Park, CA
  122.  
  123. In article <2mt2d4$h12@nkosi.well.com> smoke@well.sf.ca.us (Nicholas Jackiw) writes:
  124. >
  125. >Hi Netters,
  126.  
  127. Hi. Long time no post. Are you working in the real world now? :-)
  128.  
  129.  
  130. >I'm required to add one of those annoying "Enter your name
  131. >and organization" splash pages (but at least I talked "them"
  132. >out of copy protection!).  I figured that the way these
  133. >were implemented was to add a resource directly to the
  134. >application. I know that in general, one shouldn't write
  135. >back to the application, because it may be locked, or
  136.  
  137. As long as you are doing this during the installation process
  138. then you know you have write permission. 
  139.  
  140. >
  141. >So I put together a simple scheme:
  142. >
  143. >a) Get user info, put it in a Handle
  144. >b) AddResource
  145. >c) ChangedResource
  146. >d) WriteResource
  147.  
  148. I don't know what could be wrong. Maybe your system is corrupt.
  149.  
  150. I ran this program and it worked fine in both cases. (From TP and
  151. from the built application.
  152.  
  153.  
  154. program Test;
  155.  
  156.   type
  157.  
  158.     PersonalInfoRec = record
  159.         name: Str32;
  160.         address: Str32;
  161.         Phone: Str32;
  162.       end;
  163.  
  164.   var
  165.     pref: PersonalInfoRec;
  166.     h: Handle;
  167. begin
  168.  
  169.   pref.name := 'Matthew Mora';
  170.   pref.address := '123 nowhereville';
  171.   pref.phone := '765-4321';
  172.   h := NewHandle(sizeof(PersonalInfoRec));
  173.   if h <> nil then
  174.     begin
  175.       BlockMove(@pref, h^, sizeof(PersonalInfoRec));
  176.       AddResource(h, 'PREF', 128, 'Prefs');
  177.       ChangedResource(h);
  178.       WriteResource(h);
  179.       UpdateResFile(CurResFile);
  180.       ReleaseResource(h);
  181.     end;
  182.  
  183. end.
  184.  
  185.  
  186. Xavier
  187.  
  188. -- 
  189. ___________________________________________________________
  190. Matthew Xavier Mora                       Matt_Mora@sri.com
  191. SRI International                       mxmora@unix.sri.com
  192. 333 Ravenswood Ave                    Menlo Park, CA. 94025
  193.  
  194. +++++++++++++++++++++++++++
  195.  
  196. >From d88-jwa@mumrik.nada.kth.se (Jon W‰tte)
  197. Date: 25 Mar 1994 08:28:32 GMT
  198. Organization: The Royal Institute of Technology
  199.  
  200. In <2mt2d4$h12@nkosi.well.com> smoke@well.sf.ca.us (Nicholas Jackiw) writes:
  201.  
  202. >I'm required to add one of those annoying "Enter your name
  203. >and organization" splash pages (but at least I talked "them"
  204.  
  205. Don't forget the validated serial number!
  206.  
  207. >were implemented was to add a resource directly to the
  208. >application. I know that in general, one shouldn't write
  209.  
  210. Not good, since the user may run the app from a locked server
  211. or CD-ROM or... and the application would always work, albeit
  212. with a "known" name or number, if you copied it elsewhere.
  213.  
  214. Instead, put the pertinent info in a file in the preferences
  215. folder. The app is always legitimate until it's moved to a
  216. new CPU, or the system is re-installed from scratch.
  217.  
  218. ON THE OTHER HAND - adding a resource to yourself and staying
  219. valid across crashes/backups is a good thing as well. If you're
  220. worried about copying, though, you have to go the prefs file
  221. route.
  222.  
  223. -- 
  224.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  225.  
  226.     CORRECTLY in this case meaning to the language spec, not to the
  227.     naive expectations of the programmer.
  228.  
  229. ---------------------------
  230.  
  231. >From rudolph@unixg.ubc.ca (Christopher E Rudolph)
  232. Subject: Changing font when using PopupMenuSelect () Q!
  233. Date: 25 Mar 94 05:09:43 GMT
  234. Organization: The University of British Columbia
  235.  
  236. Hello,
  237.  
  238. I am using PopupMenuSelect (..) to display popup menus in an application. 
  239. However the font is always in the System font regardless of what I try. 
  240. Do I need to define a MDEF just to have a different font (geneva, 9) in my
  241. popup menu or is there something I am missing.
  242.  
  243. thanx,
  244.  
  245. Chris Rudolph <rudolph@unixg.ubc.ca>
  246. - ----------------------------------
  247.  
  248.  
  249. +++++++++++++++++++++++++++
  250.  
  251. >From first.ascent@mindlink.bc.ca (Alex Curylo)
  252. Date: 25 Mar 94 19:43:08 GMT
  253. Organization: MIND LINK! - British Columbia, Canada
  254.  
  255. >I am using PopupMenuSelect (..) to display popup menus in an application.
  256. However the font is always in the System font regardless of what I try.
  257.  
  258. The easiest way I know to work around this is to make your popup into a
  259. popup menu control, and define the control procedure as popupMenuProc
  260. (1008) + useWFont (2? 1? 4?). This is how all those 9-point popups in CTB
  261. tool config dialogs are done.
  262.  
  263. ---------------------------
  264.  
  265. >From danny@utkux.utcc.utk.edu (Danny W. McCampbell)
  266. Subject: Converting C String to Str255?
  267. Date: Fri, 18 Mar 1994 15:18:35 GMT
  268. Organization: University of Tennessee
  269.  
  270. Hi all.  I am using straight C string manipulations
  271. and want to convert a C string to a Str255 to pass
  272. it through ParamText.  It is this easy to do? Please
  273. help.  
  274.  
  275. Thanks in advance.
  276.  
  277. Danny W. McCampbell
  278. danny@utkux.utcc.utk.edu
  279.  
  280. +++++++++++++++++++++++++++
  281.  
  282. >From Carl R. Osterwald <carl_osterwald@nrel.gov>
  283. Date: Fri, 18 Mar 94 18:40:18 GMT
  284. Organization: National Renewable Energy Laboratory
  285.  
  286. In article <danny.1114391555B@martha.utcc.utk.edu> Danny W. McCampbell,
  287. danny@utkux.utcc.utk.edu writes:
  288. >Hi all.  I am using straight C string manipulations
  289. >and want to convert a C string to a Str255 to pass
  290. >it through ParamText.  It is this easy to do? Please
  291. >help.  
  292.  
  293. Try using c2pstr.
  294.  
  295. +++++++++++++++++++++++++++
  296.  
  297. >From rondavis@datawatch.com (Ron Davis)
  298. Date: Fri, 18 Mar 1994 19:40:21 GMT
  299. Organization: Datawatch
  300.  
  301. In article <danny.1114391555B@martha.utcc.utk.edu>,
  302. danny@utkux.utcc.utk.edu (Danny W. McCampbell) wrote:
  303.  
  304. > Hi all.  I am using straight C string manipulations
  305. > and want to convert a C string to a Str255 to pass
  306. > it through ParamText.  It is this easy to do? Please
  307. > help.  
  308. > Thanks in advance.
  309. > Danny W. McCampbell
  310. > danny@utkux.utcc.utk.edu
  311.  
  312.     Most environments have procedures for doing this both ways.  In Think 
  313.        its CtoPstr((char*)string).  There's also c2pstr() that I use in
  314. Codewarrior
  315.        but I believe it also work in Think.
  316.  
  317. __________________________________________________________________________
  318. "I want to know God's thoughts...the rest are details."
  319.                                            -- Albert Einstein
  320. _________________________________________
  321. Ron Davis                                  rondavis@datawatch.com       
  322. Datawatch, Research Triangle Park, NC      (919)549-0711
  323.  
  324. The opions expressed are mine, not Datawatch's
  325.  
  326. +++++++++++++++++++++++++++
  327.  
  328. >From bsc@oui.com (Bill Stewart-Cole)
  329. Date: 18 Mar 1994 20:30:06 -0600
  330. Organization: Odyssey Ultraware Inc
  331. St Louis, MO
  332.  
  333. Since you obviously are using a Mac, you are fairly likely to be using Think C
  334. or Symantec C++. Both include the simple ctopstr() and ptocstr() functions,
  335. which convert in place and take a string as a parameter. 
  336.  
  337. +++++++++++++++++++++++++++
  338.  
  339. >From kenlong@netcom.com (Ken Long)
  340. Date: Mon, 21 Mar 1994 03:46:42 GMT
  341. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  342.  
  343. Bill Stewart-Cole (bsc@oui.com) wrote:
  344. : Since you obviously are using a Mac, you are fairly likely to be using Think C
  345. : or Symantec C++. Both include the simple ctopstr() and ptocstr() functions,
  346. : which convert in place and take a string as a parameter. 
  347.  
  348. And they are both in the Pascal.h header file.  I ran into some old 
  349. source calls to "ptoc" or "ctop" which are not current.  Changing to the 
  350. current calls ran fine.
  351.  
  352. -Ken-
  353.  
  354. +++++++++++++++++++++++++++
  355.  
  356. >From Bill McCloskey <billm@interaccess.com>
  357. Date: 21 Mar 1994 03:05:03 GMT
  358. Organization: ???
  359.  
  360. In article <danny.1114391555B@martha.utcc.utk.edu> Danny W. McCampbell,
  361. danny@utkux.utcc.utk.edu writes:
  362. >Hi all.  I am using straight C string manipulations
  363. >and want to convert a C string to a Str255 to pass
  364. >it through ParamText.  It is this easy to do? Please
  365. >help.  
  366.  
  367. I usually do:
  368. BlockMove( theCStr, thePStr+1, strlen( theCStr ) );
  369. thePStr[0] = strlen( theCStr );
  370.  
  371. +++++++++++++++++++++++++++
  372.  
  373. >From michaelp@calvin.usc.edu (Michael Peterson)
  374. Date: 22 Mar 1994 20:18:35 -0800
  375. Organization: University of Southern California, Los Angeles, CA
  376.  
  377. Bill McCloskey <billm@interaccess.com> writes:
  378.  
  379. >In article <danny.1114391555B@martha.utcc.utk.edu> Danny W. McCampbell,
  380. >danny@utkux.utcc.utk.edu writes:
  381. >>Hi all.  I am using straight C string manipulations
  382. >>and want to convert a C string to a Str255 to pass
  383. >>it through ParamText.  It is this easy to do? Please
  384. >>help.  
  385.  
  386. >I usually do:
  387. >BlockMove( theCStr, thePStr+1, strlen( theCStr ) );
  388. >thePStr[0] = strlen( theCStr );
  389.  
  390. Have you tried c2pstr, or mabye this only exists in MPW?
  391.  
  392. Michael Peterson
  393.  
  394. +++++++++++++++++++++++++++
  395.  
  396. >From Bill McCloskey <billm@interaccess.com>
  397. Date: 25 Mar 1994 23:32:29 GMT
  398. Organization: ???
  399.  
  400. In article <2mofur$aeu@calvin.usc.edu> Michael Peterson,
  401. michaelp@calvin.usc.edu writes:
  402. >>I usually do:
  403. >>BlockMove( theCStr, thePStr+1, strlen( theCStr ) );
  404. >>thePStr[0] = strlen( theCStr );
  405. >
  406. >Have you tried c2pstr, or mabye this only exists in MPW?
  407.  
  408. Usually the reason I do this is because you have two variables: a C and a
  409. Pascal
  410. string. On the version of c2pstr I found, you give it the C string, it
  411. converts
  412. it, and then you still have a C string, but containing Pascal data. Then
  413. you have
  414. to do some casting and stuff and I end up just copying it into a Pascal
  415. string
  416. anyway.
  417.  
  418. ---------------------------
  419.  
  420. >From neath@brazil.psych.purdue.edu (Ian Neath)
  421. Subject: How to keep screen savers from activating?
  422. Date: Tue, 22 Mar 1994 14:00:17 GMT
  423. Organization: Purdue University
  424.  
  425. First, thanks to the many people who've posted/emailed answers
  426. previously.
  427.  
  428. I have a simulation program that keeps updating the screen each
  429. cycle.  The problem is that many screen savers (e.g., Darkside)
  430. kick in.  How do these screen savers decide when to save a screen
  431. and how do I make my app tell these screen savers not too?
  432.  
  433. Thanks again.
  434.  
  435. --
  436.       Ian Neath        | There are four kinds of people in this world:
  437. neath@psych.purdue.edu | cretins, fools, morons and lunatics - U. Eco
  438.  
  439. +++++++++++++++++++++++++++
  440.  
  441. >From giles@med.cornell.edu (Aaron Giles)
  442. Date: Tue, 22 Mar 1994 11:03:53 -0500
  443. Organization: Cornell University Medical College
  444.  
  445. In article <Cn2K8I.rxu@mozo.cc.purdue.edu>, neath@brazil.psych.purdue.edu
  446. (Ian Neath) wrote:
  447.  
  448. > I have a simulation program that keeps updating the screen each
  449. > cycle.  The problem is that many screen savers (e.g., Darkside)
  450. > kick in.  How do these screen savers decide when to save a screen
  451. > and how do I make my app tell these screen savers not too?
  452.  
  453. I've had some (limited) success with posting key down events periodically.
  454.  Like most solutions to this problem, this one has certain idiosyncracies.
  455.  For instance, I got email from one person who said that there was a quiet
  456. rhythmic tapping noise in the background -- turns out he had some
  457. extension which make audible key clicks whenever he typed!
  458.  
  459. Anyone have a better solution? :-)
  460. -- 
  461. Aaron Giles
  462. Macintosh & Newton Developer
  463. Cornell University Medical College
  464. giles@med.cornell.edu
  465.  
  466. +++++++++++++++++++++++++++
  467.  
  468. >From lowry@shiva.eche.ualberta.ca (Brian Lowry)
  469. Date: 22 Mar 1994 22:46:27 GMT
  470. Organization: Chem Eng - Univ of Alberta
  471.  
  472. In article <giles-220394110353@140.251.160.160>, giles@med.cornell.edu
  473. (Aaron Giles) wrote:
  474.  
  475. > In article <Cn2K8I.rxu@mozo.cc.purdue.edu>, neath@brazil.psych.purdue.edu
  476. > (Ian Neath) wrote:
  477.  
  478. > > I have a simulation program that keeps updating the screen each
  479. > > cycle.  The problem is that many screen savers (e.g., Darkside)
  480. > > kick in.  How do these screen savers decide when to save a screen
  481. > > and how do I make my app tell these screen savers not too?
  482.  
  483. > I've had some (limited) success with posting key down events periodically.
  484. >  Like most solutions to this problem, this one has certain idiosyncracies.
  485. >  For instance, I got email from one person who said that there was a quiet
  486. > rhythmic tapping noise in the background -- turns out he had some
  487. > extension which make audible key clicks whenever he typed!
  488.  
  489. > Anyone have a better solution? :-)
  490.  
  491.   Look, either your application saves its graphics offscreen (like it's
  492. supposed to), or it's simply incompatible with screen savers (or anything
  493. else that can come in front of it.  What do you do when your application is
  494. moved to the background or hidden?  Well, do the same thing when you
  495. receive ANY redraw event, and, screen saver or not, your app will work
  496. fine.  By the way, if the user didn't want their screen saver to go on,
  497. then they'd turn it off or lengthen the time before activation...
  498.  
  499. -- 
  500.  
  501. Brian Lowry
  502.  
  503. +++++++++++++++++++++++++++
  504.  
  505. >From deweeset@ptolemy2.rdrc.rpi.edu (Thomas E. DeWeese)
  506. Date: 22 Mar 1994 20:20:34 GMT
  507. Organization: Rensselaer Polytechnic Institute, Troy NY, USA
  508.  
  509. In article <giles-220394110353@140.251.160.160>,
  510. Aaron Giles <giles@med.cornell.edu> wrote:
  511. >In article <Cn2K8I.rxu@mozo.cc.purdue.edu>, neath@brazil.psych.purdue.edu
  512. >(Ian Neath) wrote:
  513. >> kick in.  How do these screen savers decide when to save a screen
  514. >> and how do I make my app tell these screen savers not too?
  515. >
  516. >I've had some (limited) success with posting key down events periodically.
  517.  
  518. >Anyone have a better solution? :-)
  519. >Aaron Giles
  520.  
  521.     I don't know if it's better, but you could 'wiggle' the mouse
  522. for the user, just one pixel back an forth, every minute or so.  You'd
  523. have to experiment a little since some screen savers might have a min
  524. that they consider a move.  It is concievable that people might notice
  525. this and get upset, but I bet the mouse moves one pixel all the time
  526. from tapping the table, or shifting your arms, and no one notices.
  527. -- 
  528.                             Thomas DeWeese
  529. deweeset@rdrc.rpi.edu     
  530.             "The only difference between theory and practice is
  531.              that in theory there isn't any." -- unknown
  532.  
  533. +++++++++++++++++++++++++++
  534.  
  535. >From rang@winternet.mpls.mn.us (Anton Rang)
  536. Date: 23 Mar 1994 00:30:32 GMT
  537. Organization: Minnesota Angsters
  538.  
  539. In article <giles-220394110353@140.251.160.160> giles@med.cornell.edu (Aaron Giles) writes:
  540. >In article <Cn2K8I.rxu@mozo.cc.purdue.edu>, neath@brazil.psych.purdue.edu
  541. >(Ian Neath) wrote:
  542. >
  543. >> The problem is that many screen savers (e.g., Darkside)
  544. >> kick in.  How do these screen savers decide when to save a screen
  545. >> and how do I make my app tell these screen savers not too?
  546. >
  547. >I've had some (limited) success with posting key down events periodically.
  548. > [...]
  549. >Anyone have a better solution? :-)
  550.  
  551.   I believe that After Dark (and most newer screen savers, like
  552. DarkSide) implement a Gestalt selector which can be used to control
  553. the screen saver ('SAVR' or 'SAVC').  I don't know what level of
  554. control's possible through it, though.  Anyone have more info on this?
  555. --
  556. Anton Rang (rang@winternet.mpls.mn.us)
  557.  
  558. +++++++++++++++++++++++++++
  559.  
  560. >From L.H.Wood@student.lut.ac.uk
  561. Date: Tue, 22 Mar 1994 23:50:51 GMT
  562. Organization: Loughborough University, UK.
  563.  
  564. In article <giles-220394110353@140.251.160.160> giles@med.cornell.edu (Aaron Giles) writes:
  565. >In article <Cn2K8I.rxu@mozo.cc.purdue.edu>, neath@brazil.psych.purdue.edu
  566. >(Ian Neath) wrote:
  567. >
  568. >> I have a simulation program that keeps updating the screen each
  569. >> cycle.  The problem is that many screen savers (e.g., Darkside)
  570. >> kick in.  How do these screen savers decide when to save a screen
  571. >> and how do I make my app tell these screen savers not too?
  572. >
  573. >I've had some (limited) success with posting key down events periodically.
  574. > Like most solutions to this problem, this one has certain idiosyncracies.
  575. > For instance, I got email from one person who said that there was a quiet
  576. >rhythmic tapping noise in the background -- turns out he had some
  577. >extension which make audible key clicks whenever he typed!
  578. >
  579. >Anyone have a better solution? :-)
  580.  
  581. Use the screensaver gestalts defined by After dark and used by most screensavers
  582. these days.
  583.  
  584. Full info in the After Dark programming manuals, available from info-mac or
  585. the After Dark site at ftp.att.com /pub/afterdark.
  586.  
  587. L.
  588.  
  589.  
  590. +++++++++++++++++++++++++++
  591.  
  592. >From Thomas Reed <reed@medicine.wustl.edu>
  593. Date: 23 Mar 1994 14:49:28 GMT
  594. Organization: Washington University
  595.  
  596. In article <lowry-220394154247@lowry.eche.ualberta.ca> Brian Lowry,
  597. lowry@shiva.eche.ualberta.ca writes:
  598. >  Look, either your application saves its graphics offscreen (like it's
  599. >supposed to), or it's simply incompatible with screen savers (or anything
  600. >else that can come in front of it.  What do you do when your application
  601. is
  602. >moved to the background or hidden?
  603.  
  604. I think his point is that he's written a simulation program that you sit
  605. and watch without hitting any keys (or something like that), and the
  606. screensaver always comes on during it.  I think that wanting to keep the
  607. screensaver from kicking in is a legitimate desire.
  608.  
  609. Plus, there's no "supposed to" about saving graphics offscreen.  You can
  610. update your graphics any way you want.  I've written programs where it's
  611. more efficient to recalculate the graphics in a temporary buffer, rather
  612. than saving it constantly in a static buffer.
  613.  
  614. -Thomas
  615. =====================================================
  616. Thomas Reed                    Washington University
  617. Reed@telesphere.wustl.edu          Medical School
  618. (also:  Reed@medicine.wustl.edu)
  619. - ---------------------------------------------------
  620. Clothes make the man.  Naked people have little or no
  621. influence on society.  -- Mark Twain
  622. =====================================================
  623.  
  624. +++++++++++++++++++++++++++
  625.  
  626. >From lowry@shiva.eche.ualberta.ca (Brian Lowry)
  627. Date: 23 Mar 1994 18:18:21 GMT
  628. Organization: Chem Eng - Univ of Alberta
  629.  
  630. In article <2mpktoINNosu@medicine.wustl.edu>, Thomas Reed
  631. <reed@medicine.wustl.edu> wrote:
  632.  
  633. > I think his point is that he's written a simulation program that you sit
  634. > and watch without hitting any keys (or something like that), and the
  635. > screensaver always comes on during it.  I think that wanting to keep the
  636. > screensaver from kicking in is a legitimate desire.
  637.  
  638.   Well then, ask the user to turn off their screen saver.  Or, better yet,
  639. use the screen saver as a display shell (that's what they do best).  I've
  640. been known to try out all kinds of graphics in After Dark first, because it
  641. keeps the rest of my system happy (AD handles all the
  642. refresh/update/background stuff for me).  Anyway, the above doesn't just
  643. have a problem with screen savers - it will also die when an application
  644. moves itself to the front (or when the user, so innocent that they can't
  645. turn off a screen saver themself, brings something to the front, or -- gasp
  646. -- clicks on the desktop!).  Not handling update events properly seems (to
  647. me) an extreme example of laziness.
  648.  
  649. -- 
  650.  
  651. Brian Lowry
  652.  
  653. +++++++++++++++++++++++++++
  654.  
  655. >From Thomas Reed <reed@medicine.wustl.edu>
  656. Date: 23 Mar 1994 20:22:48 GMT
  657. Organization: Washington University
  658.  
  659. In article <lowry-230394111212@lowry.eche.ualberta.ca> Brian Lowry,
  660. lowry@shiva.eche.ualberta.ca writes:
  661. >  Well then, ask the user to turn off their screen saver.
  662.  
  663. What a pain?  As a user, would you rather turn off your screen saver, or
  664. have the program do it for you?
  665.  
  666. >Anyway, the above doesn't just
  667. >have a problem with screen savers - it will also die when an application
  668. >moves itself to the front (or when the user, so innocent that they can't
  669. >turn off a screen saver themself, brings something to the front, or --
  670. gasp
  671. >-- clicks on the desktop!).  Not handling update events properly seems
  672. (to
  673. >me) an extreme example of laziness.
  674.  
  675. Nobody ever said anything about not handling updates properly!  The
  676. reason I can see is that it would be a major pain-in-the-ass if your
  677. screensaver came on every five minutes (or whatever it's set to) while
  678. watching a simulation.  That doesn't mean that he isn't handling updates!
  679.  
  680. -Thomas
  681. =====================================================
  682. Thomas Reed                    Washington University
  683. Reed@telesphere.wustl.edu          Medical School
  684. (also:  Reed@medicine.wustl.edu)
  685. - ---------------------------------------------------
  686. Clothes make the man.  Naked people have little or no
  687. influence on society.  -- Mark Twain
  688. =====================================================
  689.  
  690. +++++++++++++++++++++++++++
  691.  
  692. >From tzs@u.washington.edu (Tim Smith)
  693. Date: 24 Mar 1994 03:13:47 GMT
  694. Organization: University of Washington School of Law, Class of '95
  695.  
  696. Thomas Reed  <reed@medicine.wustl.edu> wrote:
  697. >I think his point is that he's written a simulation program that you sit
  698. >and watch without hitting any keys (or something like that), and the
  699. >screensaver always comes on during it.  I think that wanting to keep the
  700. >screensaver from kicking in is a legitimate desire.
  701.  
  702. Don't most screen savers provide a way for the user to indicate that they
  703. are not kick in (e.g., moving the mouse to a specified part of the
  704. screen)?  If the user of the simulation doesn't want the screen saver
  705. to interfere, shouldn't it be left to the user to tell this to the
  706. screen saver.  Presumably, they user installed the screen saver
  707. because he or she *wants* it to kick in, and it is not the place of
  708. the simulation program to decide that the user was wrong.
  709.  
  710. --Tim Smith
  711.  
  712. +++++++++++++++++++++++++++
  713.  
  714. >From mason@cis.umassd.edu (Mason Bliss)
  715. Date: Fri, 25 Mar 1994 19:34:11 GMT
  716. Organization: University of Massachusetts Dartmouth
  717.  
  718. In <RANG.94Mar22183032@icicle.winternet.mpls.mn.us> rang@winternet.mpls.mn.us (Anton Rang) writes:
  719.  
  720. >  I believe that After Dark (and most newer screen savers, like
  721. >DarkSide) implement a Gestalt selector which can be used to control
  722. >the screen saver ('SAVR' or 'SAVC').  I don't know what level of
  723. >control's possible through it, though.  Anyone have more info on this?
  724.  
  725. You can turn the screen saver on and off, or wake it up and send it back
  726. to slumber land... Pretty much whatever you want.
  727.  
  728. Check out the Gestalt 'SAVC' selector, as that does what you want.
  729.  
  730. So far, After Dark, Darkside, and Basic Black support this. I don't know
  731. who else does.
  732.  
  733. -- 
  734. Mason L. Bliss  <>  Psych Student & Random Hacker  <>  UMass Dartmouth
  735.     Internet: mason@cis.umassd.edu    <>    FidoNet: 1:109/370.6
  736.         You're brave! You shoot men! You step on their necks!
  737.  
  738. ---------------------------
  739.  
  740. >From darrin@engin.umich.edu (Darrin P Cardani)
  741. Subject: How to save a PICT?
  742. Date: 22 Mar 1994 23:48:52 GMT
  743. Organization: University of Michigan Engineering, Ann Arbor
  744.  
  745. I have a picture in a GWorld which I want to save to a file. I've tried
  746. adapting the code from Think Reference for this, but it doesn't seem
  747. to work. My Gworld is 16 bits deep. And I'm replacing the PutPict Std
  748. Proc with one that writesto disk, like in the Think Ref. example.
  749. I'm then doing a CopyBits of the entire GWorld onto itself.
  750. Is this a problem? Is there a better way? Thanks for any help.
  751.  
  752. Darrin Cardani
  753. darrin@engin.umich.edu
  754. Darrin.Cardani@AtlantaGA.NCR.COM
  755.  
  756.  
  757. +++++++++++++++++++++++++++
  758.  
  759. >From markhanrek@aol.com (MarkHanrek)
  760. Date: 22 Mar 1994 20:39:02 -0500
  761. Organization: America Online, Inc. (1-800-827-6364)
  762.  
  763. You are doing it the hard way, which is the slower memory-conservative
  764. approach.
  765.  
  766. You really should find working example source code and imitate it.
  767.  
  768. Essentially, you write 512 bytes of zeroes to a file, then write the data in
  769. your PicHandle (picture).
  770.  
  771. The way you come up with a PicHandle -- i.e. a picture version of the image in
  772. your GWorld -- is you open up a new picture, and then CopyBits the GWorld's
  773. PixMap to itself, then close the picture.
  774.  
  775. Off the top of my head, you'd do something like this...
  776.  
  777.  
  778.   PicHandle     thePicture;
  779.   PixMapHandle  thePixels;
  780.   Rect          theRect;
  781.   GWorldPtr     theGWorld;
  782.  
  783.   thePicture = OpenPicture( &theRect );
  784.  
  785.   thePixels = GetGWorldPixMap( theGWorld );
  786.   LockPixels( thePixels );
  787.  
  788.   CopyBits( *thePixels, *thePixels, &theRect, &theRect, srcCopy, nil );
  789.  
  790.   ClosePicture;
  791.  
  792.   UnlockPixels( thePixels );
  793.  
  794.   // Create file with type 'PICT'
  795.   // Open file
  796.   // Write 512 bytes of zeros ( to accomodate ancient unused protocol )
  797.   // Write all the data in thePicture
  798.   // Close file
  799.  
  800.  
  801. Of course, you could also now perform...
  802.  
  803.      DrawPicture( thePicture );
  804.  
  805. ... if you wanted -- just to give you a point of reference.
  806.  
  807. You can take care of handling the appropriate rect and GWorld in the example
  808. code above, natch.
  809.  
  810. Hope this helps.
  811.  
  812. Mark Hanrek
  813.  
  814. +++++++++++++++++++++++++++
  815.  
  816. >From Steve Bryan <sbryan@maroon.tc.umn.edu>
  817. Date: Wed, 23 Mar 1994 16:18:46 GMT
  818. Organization: Sexton Software
  819.  
  820. In article <2mo054INNfca@srvr1.engin.umich.edu> Darrin P Cardani,
  821. darrin@engin.umich.edu writes:
  822. >to work. My Gworld is 16 bits deep. And I'm replacing the PutPict Std
  823. >Proc with one that writesto disk, like in the Think Ref. example.
  824. >I'm then doing a CopyBits of the entire GWorld onto itself.
  825. >Is this a problem? Is there a better way? Thanks for any help.
  826.  
  827. This should generate the pict but not quite a pict file. Are you getting
  828. any output at all? Assuming you are don't forget that your pict file will
  829. need a 256 byte header. You have the option of making that header all
  830. zeros and still being compatible with most pict reading programs (eg
  831. TeachText). Sorry if I'm pointing out something you already know but it
  832. would be helpful if you'd include at least a little pseudo code to show
  833. what you are trying.
  834. Steve Bryan                       sbryan@maroon.tc.umn.edu
  835. Sexton Software                   CompuServe: 76545,527
  836. Minneapolis, MN                   fax: (612) 929-1799
  837.  
  838. ---------------------------
  839.  
  840. >From petm@soda.berkeley.edu (Peter Mattis)
  841. Subject: INIT: displaying a dialog
  842. Date: 20 Mar 1994 22:25:56 GMT
  843. Organization: Computer Science Undergrad Assoc., UCBerkeley
  844.  
  845. Ok, I'm trying to write an init that displays a dialog when the user
  846. control-option-command clicks on the screen.
  847.  
  848. I know how to check for the click, but what is the best way to show
  849. the dialog?
  850.  
  851. Creating it from scratch each time would be a pain, since I'm not 
  852. sure how to create the control items in the dialog.
  853.  
  854. The method I tried and got a little success with is copying the
  855. DITL and DLOG resources from my init to the system file when the init
  856. loads, that way I can make a call to GetNewDialog(). (Of course, I set
  857. the current resource file to the system file first).
  858.  
  859. It would be nice if I could simply keep the dialog around permanently and
  860. keep it hidden when not needed. So how do I make a call to GetNewDialog at
  861. startup? (i.e. How do you init the toolbox managers at startup? I've had
  862. trouble doing this.) This would seem to be the nicest way since if some
  863. user doesn't like this init they can simply through it away and not have
  864. extra resources floating around in the system file.
  865.  
  866. Are there any other methods for doing this than what I've described?
  867.  
  868. All comments are welcome.
  869. Thanks in advance.
  870.  
  871. -Peter Mattis
  872.  
  873. +++++++++++++++++++++++++++
  874.  
  875. >From gurgle@netcom.com (Pete Gontier)
  876. Date: Mon, 21 Mar 1994 02:28:16 GMT
  877. Organization: cellular
  878.  
  879. petm@soda.berkeley.edu (Peter Mattis) writes:
  880.  
  881. >Ok, I'm trying to write an init that displays a dialog when the user
  882. >control-option-command clicks on the screen.
  883.  
  884. This is not the crux of your post, but allow me to point out anyway that
  885. this is not great interface. There are plenty of INITs which detect
  886. clicks in combination with some set of modifier keys, but they generally
  887. respond with some interface like a popup menu which conforms intuitively
  888. to the user's notion of clicking and holding the mouse button down.
  889. Users generally don't cause dialogs to appear by clicking and holding.
  890. When they cause dialogs to appear by clicking, there is always some
  891. visual cue which tells them (a) where to click and (b) whether they have
  892. succeeded in clicking on it. And then the dialog does not appear until
  893. after the mouse button goes up.
  894.  
  895. >I know how to check for the click, but what is the best way to show
  896. >the dialog? Creating it from scratch each time would be a pain, since
  897. >I'm not sure how to create the control items in the dialog. The method
  898. >I tried and got a little success with is copying the DITL and DLOG
  899. >resources from my init to the system file when the init loads, that
  900. >way I can make a call to GetNewDialog(). (Of course, I set the current
  901. >resource file to the system file first).
  902.  
  903. Ack! Phbbt! You must have gotten tons of email already telling you not
  904. to do this. Modifying the System file by any program other than an
  905. installer is truly evil.
  906.  
  907. >It would be nice if I could simply keep the dialog around permanently
  908. >and keep it hidden when not needed. So how do I make a call to
  909. >GetNewDialog at startup?
  910.  
  911. Well, first of all, this is not something you want to do. If you succeed
  912. in doing it, your dialog will only stick around until MultiFinder starts
  913. up. Then seven zillion traps get patched and the window list gets new
  914. behavior, etc. etc., and your dialog gets taken out of the loop, as it
  915. were.
  916.  
  917. Fortunately, you don't have to do this. You have two alternatives,
  918. and they both involve saving away some information at startup for
  919. future use.
  920.  
  921. Firstly, you can save info which allows you to locate the extension file
  922. when you need it. This might involve saving the file name, vRefNum, and
  923. dirID. If you're really cool, you'll save the file type and creator
  924. instead of the file name and search for your extension that way so that
  925. the user can rename you during a session without screwing you. To get
  926. this sort of information in the first place, start with CurResFile and
  927. PBGetFCBInfo diring startup. If you can require System 7, you might be
  928. interested in saving an alias record to yourself.
  929.  
  930. The nice thing about the above method is that it gives you general-case
  931. access to your extension's resource fork. That means you can almost
  932. pretend to be an app and do all the resource getting you like. Of
  933. course, you can;t go opening the fork and leaving it open, so you'll
  934. have to pretend your "app" is modal -- startup, run, and shutdown --
  935. during which time the user cannot interact with other programs.
  936.  
  937. A more special-case method would be to save the DITL resource in a
  938. handle in the System Heap during startup and later call NewDialog with
  939. it. This works just fine, too.
  940.  
  941. >(i.e. How do you init the toolbox managers at startup? I've had trouble
  942. >doing this.
  943.  
  944. This won't help you, because as I said all the initialization you do
  945. will be wiped out when MultiFinder starts up anyway.
  946.  
  947. >This would seem to be the nicest way since if some user doesn't like
  948. >this init they can simply through it away and not have extra resources
  949. >floating around in the system file.
  950.  
  951. And that's precisely the reason you don't want to diddle the System
  952. file, assuming you write absolutely perfect code and there's no chance
  953. you'll blow away that file, rendering the Mac non-bootable. :-)
  954.  
  955. >All comments are welcome.
  956.  
  957. Oh yeah? Your mother wears army boots!
  958. -- 
  959.  Pete Gontier, CTO, Integer Poet Software; gurgle@netcom.com
  960.  
  961. +++++++++++++++++++++++++++
  962.  
  963. >From petm@soda.berkeley.edu (Peter Mattis)
  964. Date: 21 Mar 1994 04:52:44 GMT
  965. Organization: Computer Science Undergrad Assoc., UCBerkeley
  966.  
  967. gurgle@netcom.com (Pete Gontier) writes:
  968.  
  969. >A more special-case method would be to save the DITL resource in a
  970. >handle in the System Heap during startup and later call NewDialog with
  971. >it. This works just fine, too.
  972.  
  973. Go figure, just a little bit earlier I think that a cool way to
  974. do what I want is to save a handle to a DITL resource at startup and
  975. then use this in a call to NewDialog. I try this and it works in a
  976. test app, but fails when I incorporate it into an init.
  977.  
  978. A few questions:
  979. -Why is this method crashing?
  980. -When I tested this method using an app I noticed that I couldn't use
  981. the same handle over and over. I had to make a copy of it for each call
  982. to NewDialog. Why? Does DisposDialog dispose of the itemlist?
  983.  
  984. On your comments about my displaying a dialog in response to a modifier-
  985. click combination. This init is actually a mild form of security
  986. protection for my computer. What I posted earlier wasn't quite correct.
  987. The user (me) will (modifiers)-click in a certain place on the screen
  988. to turn on the security. Then whenever the mouse button is clicked the
  989. dialog box will appear prompting for a password. I'm not sure how
  990. correct this is by Apple's UI guidelines, but since I probably won't
  991. be releasing it, then I have little to worry about in that area.
  992.  
  993. I know there are other security programs out there, but the point isn't to
  994. have a really terrific security program, but to have a simple one that
  995. works adequately well. (In it's first incarnation, this program stops all
  996. intermediate users from accessing my computer. In fact, the only way I
  997. know of to circumvent it is to reboot the computer using a DIFFERENT
  998. startup disk. This is because I disable the shift key from keeping inits
  999. from loading when it's on. The first version was activated and
  1000. deactivated by using (modifier)-click combinations in certain areas
  1001. of the screen. I thought using a password to gain access would be much
  1002. more cool.)
  1003.  
  1004. -Peter Mattis
  1005.  
  1006. +++++++++++++++++++++++++++
  1007.  
  1008. >From rmah@panix.com (Robert S. Mah)
  1009. Date: Mon, 21 Mar 1994 04:34:45 -0500
  1010. Organization: One Step Beyond
  1011.  
  1012. petm@soda.berkeley.edu (Peter Mattis) wrote:
  1013.  
  1014. > gurgle@netcom.com (Pete Gontier) writes:
  1015. > >A more special-case method would be to save the DITL resource in a
  1016. > >handle in the System Heap during startup and later call NewDialog with
  1017. > >it. This works just fine, too.
  1018. > Go figure, just a little bit earlier I think that a cool way to
  1019. > do what I want is to save a handle to a DITL resource at startup and
  1020. > then use this in a call to NewDialog. I try this and it works in a
  1021. > test app, but fails when I incorporate it into an init.
  1022. > A few questions:
  1023. > -Why is this method crashing?
  1024.  
  1025. Most likely because you're not calling DetachResource() on the DITL 
  1026. handle.  When a resource file (i.e. your INIT) get's closed, all the 
  1027. associated resources are purged from RAM.  Except, of course, for the 
  1028. ones you called DetachResource() on (because then, they're no longer 
  1029. technically resources).
  1030.  
  1031. > -When I tested this method using an app I noticed that I couldn't use
  1032. > the same handle over and over. I had to make a copy of it for each call
  1033. > to NewDialog. Why?
  1034.  
  1035. Because that's the way it i:-)   Dialog manager changes the DITL handle
  1036. in place and if you want to use it over again, you must do so from a
  1037. fresh copy.  This is described in Inside Mac I.
  1038.  
  1039.  
  1040. > Does DisposDialog dispose of the itemlist?
  1041.  
  1042. Yes.  Be careful here though.  Since you are planning to use this from
  1043. an INIT, be aware that calling NewDialog or GetNewDialog with a NULL
  1044. for the storage parameter will allocate the storage in the current app
  1045. heap, not the system heap.  Therefore, the storage can get munched if
  1046. you try to use the dialog between WaitNextEvent calls made by the under-
  1047. lying apps.
  1048.  
  1049.  
  1050. > startup disk. This is because I disable the shift key from keeping inits
  1051. > from loading when it's on. The first version was activated and
  1052.  
  1053. Pretty skanky!  How do you do diable the shift-key-disables-inits feature?
  1054.  
  1055. Cheers,
  1056. Rob
  1057. ________________________________________________________________________
  1058.  Robert S. Mah              One Step Beyond              rmah@panix.com
  1059.  
  1060. +++++++++++++++++++++++++++
  1061.  
  1062. >From devon_hubbard@taligent.com (Devon Hubbard)
  1063. Date: Sat, 26 Mar 1994 00:09:55 GMT
  1064. Organization: Taligent, Inc.
  1065.  
  1066. In article <2miihk$qtl@agate.berkeley.edu>, petm@soda.berkeley.edu (Peter
  1067. Mattis) wrote:
  1068.  
  1069. > Ok, I'm trying to write an init that displays a dialog when the user
  1070. > control-option-command clicks on the screen.
  1071. > I know how to check for the click, but what is the best way to show
  1072. > the dialog?
  1073. > Creating it from scratch each time would be a pain, since I'm not 
  1074. > sure how to create the control items in the dialog.
  1075. > The method I tried and got a little success with is copying the
  1076. > DITL and DLOG resources from my init to the system file when the init
  1077. > loads, that way I can make a call to GetNewDialog(). (Of course, I set
  1078. > the current resource file to the system file first).
  1079. > It would be nice if I could simply keep the dialog around permanently and
  1080. > keep it hidden when not needed. So how do I make a call to GetNewDialog at
  1081. > startup? (i.e. How do you init the toolbox managers at startup? I've had
  1082. > trouble doing this.) This would seem to be the nicest way since if some
  1083. > user doesn't like this init they can simply through it away and not have
  1084. > extra resources floating around in the system file.
  1085. > Are there any other methods for doing this than what I've described?
  1086. > All comments are welcome.
  1087. > Thanks in advance.
  1088. > -Peter Mattis
  1089.  
  1090. I hate to give away a method I used years ago to do this, but since this
  1091. isn't rocket science we're talking about, what can it hurt.  During INIT
  1092. time save the vol/dirid of your INIT (e.g. the current open res file). 
  1093. When it's time to bring up your dialog (or whatever), your INIT code opens
  1094. up (_HOpenResFile, etc.) your INIT/cdev from where it knows it's supposed
  1095. to be, thereby making it the current res file.  Your calls to
  1096. _GetNewDialog, etc. will work just fine.  Be very careful to save the
  1097. previous _CurResFile, restore it and everything the way it was, and close
  1098. your res file when done.  Be very careful about ResID numbering and check
  1099. all your rsrc calls to make sure they don't fall back to other rsrc files
  1100. in the chain.  It's a good idea to use Get1Resource-type calls wherever you
  1101. can.  Being polite and asking the user to locate the file if it's moved
  1102. since startup is a polite thing to do.  Use regular StandardGetFile calls
  1103. for that or politely fail.  Don't just beep or something if you can't open
  1104. your res file.
  1105.  
  1106. There are a lot of INITs out there (uh hem, mail type programs) that open
  1107. themselves during INIT time and leave themselves open forever.  I've always
  1108. hated this and thought this was nasty and stupid but that's just me.  Hope
  1109. this helps.
  1110.  
  1111. dEVoN
  1112.  
  1113. - ------------------------------------------------------------------------
  1114. Devon Hubbard                                                Silicon Pilot
  1115. devon_hubbard@taligent.com                                   Taligent, Inc
  1116.  
  1117. ---------------------------
  1118.  
  1119. >From jcovele@netcom.com (John Covele)
  1120. Subject: LabView programming group?
  1121. Date: Fri, 25 Mar 1994 09:30:52 GMT
  1122. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  1123.  
  1124. Does anyone know where I can find a LabView programming group on the
  1125. internet?
  1126.  
  1127. -- 
  1128. John
  1129.  
  1130. jcovele@netcom.com
  1131. keymaster5@aol.com
  1132. keymaster@online.apple.com
  1133.  
  1134. +++++++++++++++++++++++++++
  1135.  
  1136. >From ejensen@server.uwindsor.ca (Erik Jensen)
  1137. Date: Fri, 25 Mar 1994 14:34:58 GMT
  1138. Organization: University of Windsor
  1139.  
  1140. In article <jcovele-250394013052@jcovele.slip.netcom.com>,
  1141. jcovele@netcom.com (John Covele) wrote:
  1142.  
  1143. > Does anyone know where I can find a LabView programming group on the
  1144. > internet?
  1145. > -- 
  1146. > John
  1147.  
  1148. There is a LabVIEW mailing list that gets quite a few articles daily. Some
  1149. information I have is printed below:
  1150.  
  1151. >Welcome to the Info-LabVIEW Mailing List! At this time I would ask that you
  1152. >check the mail address I have used to send this msg to you. If it is
  1153. >not correct, please let me know, and I will make the necessary changes.
  1154.  
  1155. >If you'd like, a digest version of the list is available. Daily digests are
  1156. >formed and mailed at ~11:30 PM local time (east coast USA). Let me know if
  1157. >this is your preference. Please put the word "Digest" in the subject
  1158. >line to enable me to sort such msgs readily. In case you were wondering,
  1159. >the difference is that you'll get only one Info-LabVIEW msg a day, rather
  1160. >than the 15-20 msgs a day the list typically sees.
  1161.  
  1162. >To post to the list, mail to <info-labview@pica.army.mil>. Administrative
  1163. >issues such as SUBSCRIPTION and DELETION REQUESTS, as well as any mailer
  1164. >problems, SHOULD BE ADDRESSED TO <info-labview-request@pica.army.mil>,
  1165. >not to info-labview, or my personal account.
  1166.  
  1167. >PLEASE! DO NOT send subscription and deletion requests to <info-labview>. If
  1168. >you do so, your request will be forwarded to each of the readers of the list.
  1169. >Aside from their disinterest in such matters, it wastes lots of net bandwidth.
  1170. >Also, do not send list submissions to <info-labview-request>, as I have to
  1171. >forward them to the list by hand!
  1172.  
  1173. I hope this helps.
  1174.  
  1175. __________________________________________________________________________ 
  1176. Erik Jensen                                    
  1177. Department of Physics                         
  1178. University of Windsor                          ejensen@server.uwindsor.ca
  1179. __________________________________________________________________________
  1180.  
  1181. +++++++++++++++++++++++++++
  1182.  
  1183. >From timothys@hood.uucp (Timothy Sherburne)
  1184. Date: 26 Mar 94 06:00:42 GMT
  1185. Organization: University of Portland
  1186.  
  1187. jcovele@netcom.com (John Covele) writes:
  1188.  
  1189. >Does anyone know where I can find a LabView programming group on the
  1190. >internet?
  1191.  
  1192. >-- 
  1193. >John
  1194.  
  1195. >jcovele@netcom.com
  1196. >keymaster5@aol.com
  1197. >keymaster@online.apple.com
  1198.  
  1199. John-
  1200.  
  1201. There was a BitNet group devoted to LabVIEW programming (with access via e-mail, too).  This was 'bout a year ago since I last subscribed to it, but I'm sure it's still around.  Unfortunately, I can't remember the address off hand-try looking in the "List of Lists" for more info.
  1202.  
  1203. Tim
  1204. -- 
  1205. - ---------------------------------------
  1206. | Timothy Sherburne            |
  1207. | Internet:  timothys@hood.uofport.edu    |
  1208. - ---------------------------------------
  1209.  
  1210. ---------------------------
  1211.  
  1212. >From daniels@tts.lth.se (Daniel Sobirk)
  1213. Subject: Proper way to dim screen
  1214. Date: Wed, 23 Mar 1994 16:18:07 +0100
  1215. Organization: TTS
  1216.  
  1217. HI!
  1218. For the purpose of a game I would like to neatly fade the screen to
  1219. black, do a little drawing and then fade back to the proper colors.
  1220. I have played around a bit with the clut, but compared with the
  1221. FadeAway module of AfterDark (which does exactly what I want) the clut
  1222. method is very slow. 
  1223. I think that modifing the gamma table(?) could be a way to go, but this
  1224. seems only to be documented in Designing Cards and Drivers... which I
  1225. don't own.
  1226. If somebody could point me in the right direction, or, even better,
  1227. could provide me with some example code I would be eternally grateful.
  1228. Pascal is preferred but anything will do.
  1229.  
  1230. Cheers,
  1231. Daniel.
  1232.  
  1233. PS
  1234. The game will eventually be released on CD-ROM (here in Sweden) and since I
  1235. will also do the About box. So if you can help me you will be immortalized,
  1236. at least in Sweden. Not bad eh?
  1237. D.
  1238.  
  1239. +++++++++++++++++++++++++++
  1240.  
  1241. >From Matt Slot <fprefect@engin.umich.edu>
  1242. Date: 23 Mar 1994 20:31:50 GMT
  1243. Organization: University of Michigan
  1244.  
  1245. Daniel Sobirk, daniels@tts.lth.se writes:
  1246.  
  1247. >I think that modifing the gamma table(?) could be a way to go, but this
  1248. >seems only to be documented in Designing Cards and Drivers... which I
  1249. >don't own.
  1250.  
  1251. I have written a THINK C library that does Gamma Fading with a simple
  1252. interface. The library is free and available for FTP from Sumex, Mac-Archive,
  1253. and I will post it to alt.sources.mac newsgroup. There is also a Pascal
  1254. version available (thanks to Matthew Xavier Mora).
  1255.  
  1256. Enjoy
  1257. Matt Slot
  1258.  
  1259. +++++++++++++++++++++++++++
  1260.  
  1261. >From kenlong@netcom.com (Ken Long)
  1262. Date: Wed, 23 Mar 1994 18:57:30 GMT
  1263. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  1264.  
  1265. One of the GMonde DTS snippets does gamma fades.  Mark Slot posted a 
  1266. gamma fade demo and a lib.  Cheese Toast 1.0 has the GMonde .c and.h 
  1267. (that's not suger) files in it.  Cheese Toast 1.1 does fades, too (and 
  1268. works on an LC).  There's a 'clut' fader demo on sumex.There are fade 
  1269. routines in Mark Pilgrim's MSG demo.  DarkSide fade sources are around.
  1270.  
  1271. There's a knob on your monitor that fades.    :)
  1272.  
  1273. Gee, I feel less mortal already!  Maybe in a couple lifetimes I may give 
  1274. up dying altogether!
  1275.  
  1276. -Ken-
  1277.  
  1278. +++++++++++++++++++++++++++
  1279.  
  1280. >From Carl R. Osterwald <carl_osterwald@nrel.gov>
  1281. Date: Thu, 24 Mar 94 16:21:01 GMT
  1282. Organization: National Renewable Energy Laboratory
  1283.  
  1284. In article <daniels-230394161807@mac1-tts.tts.lth.se> Daniel Sobirk,
  1285. daniels@tts.lth.se writes:
  1286. >I have played around a bit with the clut, but compared with the
  1287. >FadeAway module of AfterDark (which does exactly what I want) the clut
  1288. >method is very slow. 
  1289.  
  1290. One problem with clut manipulations is that they won't work on fixed-clut
  1291. GDevices, such as PowerBooks and Duos with LCD displays.  Considering the
  1292. number of these Macs out there, this is a serious limitation.  One of the
  1293. new tech notes on ftp.apple.com discusses this problem.
  1294.  
  1295. +++++++++++++++++++++++++++
  1296.  
  1297. >From kenlong@netcom.com (Ken Long)
  1298. Date: Fri, 25 Mar 1994 02:19:29 GMT
  1299. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  1300.  
  1301. That's MATT Slot, Ken!  "Mark-a-lot" is a pen!  Now, what's this 
  1302. "Shinola" stuff I've been hearing about (or is that 'smelling')?
  1303.  
  1304. -Ken- 
  1305.  
  1306. +++++++++++++++++++++++++++
  1307.  
  1308. >From danprice@delphi.com
  1309. Date: Fri, 25 Mar 94 22:52:46 -0500
  1310. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  1311.  
  1312.  
  1313. Will the gamma or clut methods work with classic QDraw?  My Classic's monitor
  1314. can fade via a control panel and via after dark.  Any ideas?
  1315.  
  1316.     -dp
  1317.  
  1318. ---------------------------
  1319.  
  1320. >From Peter Su <psu+@cs.cmu.edu>
  1321. Subject: Think Pascal tools for tracking down memory problems
  1322. Date: Tue, 22 Mar 1994 19:54:21 GMT
  1323. Organization: School of Computer Science, Carnegie Mellon
  1324.  
  1325. Are there any tools that could help one find memory leaks and/or
  1326. handle botches in THINK Pascal programs?
  1327.  
  1328. Thanks,
  1329. Pete
  1330.  
  1331. +++++++++++++++++++++++++++
  1332.  
  1333. >From ingemar@lysator.liu.se (Ingemar Ragnemalm)
  1334. Date: Thu, 24 Mar 1994 22:22:39 GMT
  1335. Organization: (none)
  1336.  
  1337. Peter Su <psu+@cs.cmu.edu> writes:
  1338.  
  1339. >Are there any tools that could help one find memory leaks and/or
  1340. >handle botches in THINK Pascal programs?
  1341.  
  1342. I just type FreeMem in the Observe window and see if it changes (signifi-
  1343. cantly), and if it does, step though the code to see when. Or did you have
  1344. something else in mind? (What are "botches?)
  1345.  
  1346. --
  1347. - -
  1348. Ingemar Ragnemalm, PhD
  1349. Image processing, Mac shareware games
  1350. E-mail address: ingemar@isy.liu.se or ingemar@lysator.liu.se
  1351.  
  1352. +++++++++++++++++++++++++++
  1353.  
  1354. >From omh@cs.brown.edu (Owen M. Hartnett)
  1355. Date: Fri, 25 Mar 1994 14:34:50 GMT
  1356. Organization: Brown University Department of Computer Science
  1357.  
  1358. In article <Cn6wts.1rH@lysator.liu.se> ingemar@lysator.liu.se (Ingemar Ragnemalm) writes:
  1359. >Peter Su <psu+@cs.cmu.edu> writes:
  1360. >
  1361. >>Are there any tools that could help one find memory leaks and/or
  1362. >>handle botches in THINK Pascal programs?
  1363. >
  1364. >I just type FreeMem in the Observe window and see if it changes (signifi-
  1365. >cantly), and if it does, step though the code to see when. Or did you have
  1366. >something else in mind? (What are "botches?)
  1367. >
  1368. >--
  1369. >---
  1370. >Ingemar Ragnemalm, PhD
  1371. >Image processing, Mac shareware games
  1372. >E-mail address: ingemar@isy.liu.se or ingemar@lysator.liu.se
  1373.  
  1374. Get the MacsBug dcmd "Leaks" from ftp.apple.com (I should be in there.)
  1375. You'll need somewhat of a knowledge of MacsBug to use it, but this is
  1376. good knowledge to have, anyway. Leaks does an excellent job of tracking
  1377. down memory leaks.
  1378.  
  1379. -Owen
  1380.  
  1381. -- 
  1382. Owen Hartnett                omh@cs.brown.edu
  1383. "FAITH, n. Belief without evidence in what is told by one who speaks
  1384.         without knowledge, of things without parallel."
  1385.             -Ambrose Bierce - The Devil's Dictionary
  1386.  
  1387. +++++++++++++++++++++++++++
  1388.  
  1389. >From pottier@goelette.ens.fr (Francois Pottier)
  1390. Date: 25 Mar 1994 19:40:47 GMT
  1391. Organization: Ecole Normale Superieure, PARIS, France
  1392.  
  1393. >Peter Su <psu+@cs.cmu.edu> writes:
  1394. >
  1395. >>Are there any tools that could help one find memory leaks and/or
  1396. >>handle botches in THINK Pascal programs?
  1397.  
  1398. I think that a wonderful tool for this is the 'Leaks' dcmd. It's very
  1399. simple to use: break into Macsbug, type 'Leaks On'. Then let your program
  1400. run for a while and do whatever it's supposed to do. Then break into
  1401. Macsbug again and type 'Leaks Off'. It will display a list of blocks that
  1402. have been allocated and not released, along with the names of the routines
  1403. which allocated them. It's incredibly efficient and useful. You can fix
  1404. memory leaks without even thinking. Just use Leaks, which tells you which
  1405. routine is broken, go fix the routine and it works.
  1406.  
  1407. -- 
  1408. - -----------------------------------------------------------------------------
  1409. Francois Pottier
  1410. pottier@dmi.ens.fr
  1411.  
  1412. ---------------------------
  1413.  
  1414. >From John Delacour <JD@eremita.demon.co.uk>
  1415. Subject: WorldScript compatible Text Editors
  1416. Date: Sat, 19 Mar 1994 01:23:53 GMT
  1417. Organization: Eremita
  1418.  
  1419.  
  1420. I'm quite out of my depth in this newsgroup but it looks like the best 
  1421. place to ask the question.
  1422.  
  1423. Certain text-editors and word-processors for the Mac behave well with 
  1424. Chinese or a mixture of Chinese and single-byte characters but the majority 
  1425. do not.
  1426.  
  1427. Of the main wordprocessors only Nisus and WordPerfect (nearly) are designed 
  1428. to allow comfortable editing, and yet there are a few tiny and not so tiny 
  1429. text-editors (eg. MiniWriter, Tex-Edit, Joliwrite, Eudora) which behave 
  1430. perfectly and can delete, insert, cut, paste etc. and generally recognize a 
  1431. two-byte character when they see one.
  1432.  
  1433. Is there some standard code that can be incorporated into an application to 
  1434. make a text-editor "WorldScript aware"? (probably not the right 
  1435. terminology.
  1436.  
  1437. It puzzles me that an application like MiniWriter (39K on disk) can cope 
  1438. with mixed inputs whereas Word 5 and MacWrite Pro cannot.
  1439.  
  1440. Any information on this a question would be gratefully received, preferably 
  1441. by email, since as I said, I am not really a worthy denizen of this august 
  1442. newsgroup.
  1443.  
  1444.            John
  1445.  
  1446.  
  1447.  
  1448.  
  1449.  
  1450. --
  1451.  
  1452.  
  1453. +++++++++++++++++++++++++++
  1454.  
  1455. >From wbostow@hounix.org (Wayne Bostow)
  1456. Date: Sat, 19 Mar 1994 21:02:07 GMT
  1457. Organization: Houston UNIX Users Group (HOUNIX), Houston, TX
  1458.  
  1459.  
  1460. >there are a few tiny and not so tiny
  1461. text-editors (eg. MiniWriter, Tex-Edit, Joliwrite, Eudora) which behave
  1462. perfectly and can delete, insert, cut, paste etc. and generally recognize a
  1463.  
  1464. two-byte character when they see one.
  1465.  
  1466.   Can you give some info on these? I never heard that they were two-byte
  1467. compatible.
  1468.  
  1469.   What two-byte process do you use?
  1470.  
  1471. >It puzzles me that an application like MiniWriter (39K on disk) can cope
  1472. with mixed inputs whereas Word 5 and MacWrite Pro cannot.
  1473.  
  1474.   This aspect of processing occurs at a very low level. To take an
  1475. analogy, Suppose you wired a house for 1000 volts. That would become
  1476. increasingly difficult as you had more built-in appliances and larger
  1477. space.
  1478.  
  1479.   Developers who have tried to convert existing apps run into Excedrin+
  1480. headaches. Often the needed code is in a closed module licensed from
  1481. someone who never, or no longer worked in the company. The first 95% of
  1482. conversion might come easily, but how do you deal with command key entries,
  1483. file names, and keyboard input for font names and sizes?
  1484.  
  1485.  
  1486. -- 
  1487. __________________________________________________________
  1488.   Wayne Bostow "The HangulMan"
  1489.    10558 Alcott, Houston, TX 77043    ph. (713)468-6546
  1490.      wbostow@hounix.org
  1491.  
  1492. +++++++++++++++++++++++++++
  1493.  
  1494. >From mlanett@netcom.com (Mark Lanett)
  1495. Date: Sun, 20 Mar 1994 02:11:01 GMT
  1496. Organization: Etch-a-Sketch Analysis and Design
  1497.  
  1498. wbostow@hounix.org (Wayne Bostow) writes:
  1499.  
  1500. >>there are a few tiny and not so tiny
  1501. >text-editors (eg. MiniWriter, Tex-Edit, Joliwrite, Eudora) which behave
  1502. >perfectly and can delete, insert, cut, paste etc. and generally recognize a
  1503. >two-byte character when they see one.
  1504.  
  1505. >  Can you give some info on these? I never heard that they were two-byte
  1506. >compatible.
  1507.  
  1508. Setting a break on TENew and TEStylNew shows that...
  1509.  
  1510. Tex-Edit (112K) uses Styled TE and handles Japanese perfectly.
  1511.  
  1512. UsenEdit (24K) and one of the several thousand TeachText's on my HD
  1513. use mono TE and get escape codes when I type in Japanese.
  1514.  
  1515. BBEdit Lite (168K) doesn't use TE at all and can't (as expected anyway) handle
  1516. Japanese.
  1517.  
  1518. WASTE (a >32K styled text engine, 47K) doesn't use TE or STE but does use the
  1519. script manager and can handle mixed scripts to some degree (not 2-byte).
  1520.  
  1521. >>It puzzles me that an application like MiniWriter (39K on disk) can cope
  1522. >with mixed inputs whereas Word 5 and MacWrite Pro cannot.
  1523.  
  1524. One of the benefits of the Script Manager and TE's use of it. One of the few
  1525. benefits of TE come to think of it, although when WASTE gets finished it'll
  1526. be preferable.
  1527.  
  1528. The WASTE readme intro:
  1529. --
  1530. About WASTE
  1531.  
  1532. This archive contains an alpha version (1.0a2 of March 1994) of the WASTE text engine, currently in the form of a THINK Pascal library (compatible with MPW .o files), and a simple demo application using the engine.  The WASTE text engine is replacement for styled TextEdit which can handle text bigger than 32K.
  1533. A first draft of the documentation (still missing some pieces) is provided in Microsoft Word format.  Send comments and suggestions to the author at the following address:
  1534.  
  1535. Marco Piovanelli
  1536. Mail: 26, via del Sebino — 25126 Brescia — Italy
  1537. Internet: piovanel@dsi.unimi.it
  1538.  
  1539. PS: I read my Internet mail only once or twice a week, so don't expect prompt replies.
  1540.  
  1541. -- 
  1542.     Mark Lanett "...a bajillion brilliant Jobsian lithium licks"
  1543.  
  1544. +++++++++++++++++++++++++++
  1545.  
  1546. >From qsi@cnh.wlink.nl (Peter Kocourek)
  1547. Date: Sun, 20 Mar 1994 13:59:44 +0100
  1548. Organization: (none)
  1549.  
  1550. Mark Lanett wrote in a message on 20 Mar 94
  1551.  
  1552. >  Can you give some info on these? I never heard that they were two-byte
  1553. >compatible.
  1554.  
  1555.  ML>  Setting a break on TENew and TEStylNew shows that... 
  1556.  ML> Tex-Edit (112K) uses Styled TE and handles Japanese perfectly. 
  1557.  
  1558. [...]
  1559.  
  1560. Others include Edit7 (320K or so), which handles 2-byte scripts properly, and
  1561. muEdit, which is supposed to handle right-to-left scripts properly (I have not
  1562. tested it extensively yet, but it seems to work). Both are avaivable at your
  1563. favorite Info-Mac mirror site.
  1564.  
  1565.  
  1566. YHS:QSI!
  1567.  
  1568.  
  1569. +++++++++++++++++++++++++++
  1570.  
  1571. >From piovanel@hp4.sm.dsi.unimi.it (Marco Piovanelli)
  1572. Date: 21 Mar 1994 17:07:34 +0100
  1573. Organization: Computer Science Dep. - Milan University
  1574.  
  1575. mlanett@netcom.com (Mark Lanett) writes:
  1576.  
  1577. >WASTE (a >32K styled text engine, 47K) doesn't use TE or STE but does use the
  1578. >script manager and can handle mixed scripts to some degree (not 2-byte).
  1579.                                                              ^^^^^^^^^^
  1580.  
  1581. I beg to differ.
  1582. WASTE does handle double-byte scripts correctly (well, at least it tries...)
  1583. What WASTE doesn't do so far is bidirectional scripts.
  1584.  
  1585.                     -- marco
  1586.  
  1587. --
  1588. You can prove just about anything with statistics -- even the truth.
  1589.  
  1590. +++++++++++++++++++++++++++
  1591.  
  1592. >From Dan Crevier <crevier@husc.harvard.edu>
  1593. Date: 21 Mar 1994 14:52:39 GMT
  1594. Organization: Harvard University
  1595.  
  1596. In article <mlanettCMxy2D.1yu@netcom.com> Mark Lanett, mlanett@netcom.com
  1597. writes:
  1598. >wbostow@hounix.org (Wayne Bostow) writes:
  1599. >
  1600. >>>there are a few tiny and not so tiny
  1601. >>text-editors (eg. MiniWriter, Tex-Edit, Joliwrite, Eudora) which behave
  1602. >>perfectly and can delete, insert, cut, paste etc. and generally
  1603. recognize a
  1604. >>two-byte character when they see one.
  1605. >
  1606. >>  Can you give some info on these? I never heard that they were two-byte
  1607. >>compatible.
  1608. >
  1609. >Setting a break on TENew and TEStylNew shows that...
  1610. >
  1611. >Tex-Edit (112K) uses Styled TE and handles Japanese perfectly.
  1612. >
  1613. >UsenEdit (24K) and one of the several thousand TeachText's on my HD
  1614. >use mono TE and get escape codes when I type in Japanese.
  1615. >
  1616. >BBEdit Lite (168K) doesn't use TE at all and can't (as expected anyway)
  1617. handle
  1618. >Japanese.
  1619. >
  1620. >WASTE (a >32K styled text engine, 47K) doesn't use TE or STE but does
  1621. use the
  1622. >script manager and can handle mixed scripts to some degree (not 2-byte).
  1623. >
  1624.  
  1625.     What do you mean WASTE can't handle 2-byte characters?  It handles them 
  1626. very well, including inline input.
  1627.  
  1628. >>>It puzzles me that an application like MiniWriter (39K on disk) can
  1629. cope
  1630. >>with mixed inputs whereas Word 5 and MacWrite Pro cannot.
  1631. >
  1632. >One of the benefits of the Script Manager and TE's use of it. One of the
  1633. few
  1634. >benefits of TE come to think of it, although when WASTE gets finished
  1635. it'll
  1636. >be preferable.
  1637. >
  1638.  
  1639.     If you use TE, you get two-byte character support automatically, since 
  1640. TE is written to handle two-byte characters.  Something like Word is not 
  1641. as well behaved because they write their own replacement for TE, since TE 
  1642. is slow, and can only handle 32K.  In their replacement, they make 
  1643. assumptions that each character is one-byte, which makes things easier, 
  1644. but of course breaks for two byte systems.
  1645.  
  1646. Dan
  1647.  
  1648. +++++++++++++++++++++++++++
  1649.  
  1650. >From mlanett@netcom.com (Mark Lanett)
  1651. Date: Tue, 22 Mar 1994 00:32:14 GMT
  1652. Organization: Etch-a-Sketch Analysis and Design
  1653.  
  1654. piovanel@hp4.sm.dsi.unimi.it (Marco Piovanelli) writes:
  1655.  
  1656. >mlanett@netcom.com (Mark Lanett) writes:
  1657.  
  1658. >>WASTE (a >32K styled text engine, 47K) doesn't use TE or STE but does use the
  1659. >>script manager and can handle mixed scripts to some degree (not 2-byte).
  1660. >                                                             ^^^^^^^^^^
  1661.  
  1662. >I beg to differ.
  1663. >WASTE does handle double-byte scripts correctly (well, at least it tries...)
  1664.  
  1665. [after a reboot to turn on the JLK]
  1666. Ack. So it does. And I should have remembered from reading the docs...
  1667. I think what confused me was the inline input instead of the floater that the
  1668. JLK TeachText is using. My mistake, poor testing.
  1669.  
  1670. Mark L
  1671. -- 
  1672.     Mark Lanett "...a bajillion brilliant Jobsian lithium licks"
  1673.  
  1674. +++++++++++++++++++++++++++
  1675.  
  1676. >From Steve Bryan <sbryan@maroon.tc.umn.edu>
  1677. Date: Tue, 22 Mar 1994 16:31:46 GMT
  1678. Organization: Sexton Software
  1679.  
  1680. In article <94031901235300102@eremita.demon.co.uk> John Delacour,
  1681. JD@eremita.demon.co.uk writes:
  1682. >Is there some standard code that can be incorporated into an application
  1683. to 
  1684. >make a text-editor "WorldScript aware"? (probably not the right 
  1685. >terminology.
  1686.  
  1687. All you might want to know on this topic and more is covered in the book
  1688. "Inside Macintosh: Text" published by Addison Wesley. Apple supports
  1689. multiple script systems at the system level so you can write a credible
  1690. Kanji version (among others) of your product simply by paying attention
  1691. (and finding someone to translate all the menus, dialogs, etc).
  1692. Steve Bryan                       sbryan@maroon.tc.umn.edu
  1693. Sexton Software                   CompuServe: 76545,527
  1694. Minneapolis, MN                   fax: (612) 929-1799
  1695.  
  1696. +++++++++++++++++++++++++++
  1697.  
  1698. >From paulcho@ionews.io.org (paulcho)
  1699. Date: 26 Mar 1994 11:35:06 -0500
  1700. Organization: Internex Online (io.org) Data: 416-363-4151  Voice: 416-363-8676
  1701.  
  1702.  
  1703. Article: 23166 of comp.sys.mac.programmer
  1704.  
  1705. qsi@cnh.wlink.nl (Peter Kocourek) wrote:
  1706. > Mark Lanett wrote in a message on 20 Mar 94
  1707. > >  Can you give some info on these? I never heard that they were two-byte
  1708. > >compatible.
  1709. >  ML>  Setting a break on TENew and TEStylNew shows that... 
  1710. >  ML> Tex-Edit (112K) uses Styled TE and handles Japanese perfectly. 
  1711. > [...]
  1712. > Others include Edit7 (320K or so), which handles 2-byte scripts properly,
  1713. and
  1714. > muEdit, which is supposed to handle right-to-left scripts properly (I have
  1715. not
  1716. > tested it extensively yet, but it seems to work). Both are avaivable at your
  1717. > favorite Info-Mac mirror site.
  1718. > YHS:QSI!
  1719.  
  1720. Add my TextMovie to the list please! (part of MovieTrilogy available from 
  1721. sumex)
  1722. It use Styled TE and allowed you to use any color. (24bit Color Styled Edit!)
  1723. You can use it as a color text editor, and as a bonus you can save the text as
  1724.  
  1725. QuickTime text track movie! :-) I tested it in Chinese and worked ok. With the
  1726. rest of MovieTrilogy, now you can add English subtitle to Japanese anime or 
  1727. add Chinese subtitle to English movie etc...
  1728.  
  1729. ________________________________________________________________
  1730. Paul C.H. Ho   paulcho@io.org         Pink Elephant Technologies
  1731. Paul_C.H._Ho@magic-bbs.corp.apple.com   74020.772@compuserve.com
  1732.  
  1733.  
  1734.  
  1735.  
  1736. ---------------------------
  1737.  
  1738. End of C.S.M.P. Digest
  1739. **********************
  1740.  
  1741.  
  1742.  
  1743.